home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv3.zip / V3N42.TXT < prev    next >
Text File  |  1993-05-12  |  20KB  |  534 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6. Ultrasound Daily Digest     Wed May 12 00:07     Volume 3: Issue  42  
  7.  
  8. Today's Topics:
  9.                             .PAT to .SAM?
  10.                    Answers to Gus + Music questions
  11.                         CD-ROM Drives for GUS
  12.                          Change Vol/Issue #'s
  13.                       GUS disks / Patch Caching
  14.                           Prince of Persia 2
  15.                       Prince of Persia with GUS
  16.                        Problems with GUSTEST...
  17.                       SBOS V2.0B7 - QUICK FEEDBA
  18.                    Sound in UltraBots by NovaLogic
  19.                           tech support woes
  20.                              UK software
  21.                              VMAP and GUS
  22.                          WAV file generation 
  23.  
  24. Standard Info:
  25.     - Meta-info about the GUS can be found at the end of the Digest.
  26.     - Before you ask a question, please READ THE FAQ.
  27.  
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Tue, 11 May 93 11:23:25 MDT
  31. From: Apollo Shau-Yang Wong <apollo@ee.ualberta.ca>
  32. Subject: .PAT to .SAM?
  33. Message-ID: <9305111723.AA03010@orca.es.com>
  34.  
  35. Hi there,
  36.  
  37. Just a quick question this time. Is it possible to generate a raw 8-bit sample
  38. from the General Midi patch provided with the GUS? Especially the sample
  39. is used for MOD (i.e. the New PS16 Mod)
  40. --
  41.  --------------------------------------------------------------------------
  42. | Apollo WONG S.Y.                 | Fourth Year Electrical Engineering,  |
  43. | Internet : Apollo@EE.Ualberta.CA | University of Alberta, Canada.       |
  44.  --------------------------------------------------------------------------
  45.  
  46. ------------------------------
  47.  
  48. Date: 11 May 1993   01:14:53 PST
  49. From: chrisw <chrisw@leland.Stanford.EDU>
  50. Subject: Answers to Gus + Music questions
  51. Message-ID: <9305110820.AA16704@leland.Stanford.EDU>
  52.  
  53. Amazed to see that there may have even been a majority of non - 
  54. 'how do I get game xyz to work with my GUS' questions in yesterdays 
  55. digest!
  56.  
  57.  
  58.  
  59. So, hopefully a million other people haven't posted the info
  60. (particularly to that poor guy in Italy) but, as far as I know, there have
  61. still been no sightings of the GUS midi connector (or, for that matter, the
  62. 16-bit recording daughtercard). I'm a bit surprised about this.
  63. The midi connector seems pretty trivial - not exactly an enromous R&D job. 
  64. And there's obviously a market for it. So, Gravis, WHERE IS IT? (You're
  65. throwing money away ...)
  66.  
  67. Anyway, just like to point out another interim solution instead
  68. of modifying a SB connector or soldering from scratch: just buy a 2nd hand
  69. Mpu-401 and use that instead. This is not as silly as you may think. Used
  70. Mpu-401 compatibles go for about $50 including shipping on the
  71. rec.music.makers.synth discussion group. And you get MPU-401 compatibility
  72. which is useful if you're using any non-Windows 3.1 software.
  73.  
  74. On the topic of keyboards to use with the GUS, it's probably also worth
  75. checking rec.music.makers.synth. Seems to be a bit of turnover in those
  76. Roland PC-200 (?) things. By the way, a good shopping question for buying
  77. a keyboard is whether it has user definable continuous controllers 
  78. (seriously!). If you're doing any music writing you'll find that these come
  79. in handy for doing mixing on the GUS. You can record controller 7 and 
  80. controller 10 messages to do stereo mixing (pan and volume). Probably a bit
  81. ambitious for the cheap end of the market though.
  82.  
  83. Onto the topic of sequencers. Cakewalk for Windows does not patch cache at the
  84. moment. It's a hassle but not an impossible one. You just keep a copy of
  85. Patch manager running in the background and 'alt+tab' between them. The 
  86. annoying thing is that whenever you load in a new file you have to go back 
  87. into patch manager and use 'get from file' or whatever that options called.
  88. Supposedly this will be fixed with the next maintenance release (I think I
  89. read this somewhere or other).
  90.  
  91. As far as Cakewalk teaching you to play the piano -> not a chance.
  92. Cakewalk is a great program, but it's for sequencing, not piano lessons.
  93. Don't know what's available. (I learnt by the technologically obsolete 
  94. human teacher method).
  95.  
  96. Lastly, vmap is needed to convert midi note velocity information from 
  97. EVERY OTHER PIECE OF EQUIPMENT IN THE WORLD to the Gus. The gus has to
  98. be fed a log transformation of the velocities to get it back to a 
  99. reasonably normal volume response curve. This is VERY annoying. Note that 
  100. this problem will also occur if you try to write anything at all on a GUS.
  101. The velocity curve of any keyboard you connect to the GUS will not be very 
  102. useful. The current method I use is to put a +40 on to every velocity as I 
  103. play using Cakewalk for Windows midi thru capabilities. If JOHN SMITH is 
  104. listening: I am losing patience with this - PLEASE FIX IT. (Sorry for raving, 
  105. everyone, but it really is my least favourite feature of the GUS).
  106.  
  107. One more thing, as far as someone's 'modifying patch allocation on the fly' 
  108. question I don't really know what this was meant to mean. However: you can't
  109. (easily) load new samples into GUS memory while it's playing back things;
  110. but you can easily send program change messages on any midi channel to
  111.  
  112.  
  113. get a change of patch to another one already in memory. Also, remember that
  114. you can always play back .wav files at the same time in dumb DAC fashion.
  115.  
  116. Hope some of this clears up something for someone,
  117.  
  118. Chris.
  119.  
  120. P.S. Hope everyone caught Phat's tip for public distribution of midi
  121. files with custom patches -> use playmidi and a .cfg file with the same
  122. name as the midi file containing the new patch name list.
  123.  
  124. ------------------------------
  125.  
  126. Date: Tue, 11 May 1993 18:30:34 +1000
  127. From: els413c@fawlty1.eng.monash.edu.au (KWT Wong)
  128. Subject: CD-ROM Drives for GUS
  129. Message-ID: <9305110830.AA21451@fawltyds.eng.monash.edu.au>
  130.  
  131. To all you GUS experts out there:
  132.  
  133. Is there any CD-ROM drives that will work properly with the GUS and recommended?
  134. I am new with this CD-ROM stuff so e-mail me the works and you suggestions.
  135. Do I need an interface card to get sound out of the GUS ?
  136.  
  137. Oh, yeah have anybody in Australia receives the new Setup disks yet ? Sent
  138. my registration 2 months ago and still no word.
  139.  
  140. Oh, yeah I have an ISA/VESA local bus motherboard and don't intend to 
  141. change to SCSI because of $$$$$.
  142.  
  143. Thanks in advance
  144.  
  145. ------------------------------
  146.  
  147. Date: Wed, 12 May 93 02:52:38 +0200
  148. From: chief@lysator.liu.se
  149. Subject: Re: Change Vol/Issue #'s
  150. Message-ID: <9305120052.AA01650@rune.lysator.liu.se>
  151.  
  152. In GUS Digest Vol.3 Issue #41 ddebry@itchy (Dave DeBry) wrote:
  153.  
  154. > I'm thinking about changing the volume/issue counter for the
  155. > digests, so that the volume gets incremented every month instad of
  156. > every quarter.  This makes individual archive files smaller and easier
  157. > to download and search through.
  158. >
  159. > Any comments?
  160.  
  161. It'll cause some grief for us GUS Digest-distributing SysOps at first,
  162. but it's nothing but changing a couple of area names really, so ..
  163. you can count me in on the 'no problem' side. :)
  164.  
  165.  /Erik
  166.  
  167.  
  168.  
  169. ------------------------------
  170.  
  171. Date: Tue, 11 May 93 9:33:18 PDT
  172. From: dedmunds@sfu.ca
  173. Subject: GUS disks / Patch Caching
  174. Message-ID: <9305111633.AA05282@beaufort.sfu.ca>
  175.  
  176. In the last issue:
  177.  
  178. > I live in Italy and am an happy owner of a GUS. Anyway I do have some (!)
  179. > complaints.  The first one is that I sent my registration card to Logitech
  180. > in Switzerland and, after almost three months, I am still waiting for the
  181. > diskettes ...
  182.  
  183. Hey, I bought a GUS the first day they were released and I still haven't
  184. received anything.  And I live about 10 minutes from Gravis. 
  185.  
  186. > I am looking for (Windows) Midi sequencer that are able to use Patch Caching.
  187. > Are there any other than Win Jammer and Session (I hope Cubase or Cakewalk Pro
  188. > will be GUS Aware in the next version).
  189.  
  190. Greg Hendershott of 12-tone assured me that patch caching will be
  191. supported in their next release - due out this month.
  192.  
  193. ------------------------------
  194.  
  195. Date: Tue, 11 May 93 18:28:03 MET DST
  196. From: (FunkyTrip) zonnevel@dutiws.TWI.TUDelft.NL
  197. Subject: Prince of Persia 2
  198. Message-ID: <9305111628.AA16664@dutiws.twi.tudelft.nl>
  199.  
  200. Okay someone told me to use sbos 1.20. (On this maillist I think). I tried
  201. it but you should use sbos -o1 (at least I had to). If i didn't the opening
  202. doors would start in a eternal loop and I had to reset (hard) my pc. I still
  203. don't think this is a good solution though, cos everytime a sample is played
  204. Prince2 has to wait till it's finished. Lousy when fighting monster.
  205.  
  206.  
  207. Greetings from a funkee dude ..
  208.  
  209.  'Peace Y'all. I'm at:   zonnevel@dutiws.twi.tudelft.nl    YO  Peace Increase
  210.  'Freedom is free of the need to be free' - George Clinton YO     from me 
  211.  'With love there is no death' - Prince                    YO    FunkyTrip 
  212. YOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYO
  213.  
  214. ------------------------------
  215.  
  216. Date: 11 May 1993 18:26:07 +0800
  217. From: TC <SH7126146@NTUVAX.NTU.AC.SG>
  218. Subject: Prince of Persia with GUS
  219. Message-ID: <01GY24ELDXE08Y7A2A@NTUVAX.NTU.AC.SG>
  220.  
  221.  
  222.  
  223. Mike, mfinkel@gas.uug.arizone.edu says:
  224.  
  225. > DAC to the best of my knowledge to do this.  It seems to crash if I allow
  226. > the speech to occur, or it will crash (bypassing the speech) as soon as a
  227. > digital sound (such as an enemy dying/screaming) happens.  Is there any
  228. > mix of switches to fix this?
  229.  
  230. I believe Prince of Persia 2 does something funny because I can't get it
  231. to recognize EMS if I select 'Standard 640K' mode. Thus, no digital
  232. voices for me. If I select 'UMB' however, it locks up.
  233.  
  234. > Also, the music is out of tune to itself.  It is not so bad if
  235. > instruments are all out of tune a uniform amount so that they are in
  236.  
  237. The music works in sync for me if you select AdLib for music instead of
  238. Sound Blaster.
  239.  
  240. .tc
  241.  
  242. ------------------------------
  243.  
  244. Date: Tue, 11 May 93 15:11:29 CDT
  245. From: ddebry@itchy (Dave DeBry)
  246. Subject: Problems with GUSTEST...
  247. Message-ID: <9305112111.AA09970@itchy>
  248.  
  249.     As suggested, I tried using 'gustest -z' to clear out the
  250. onboard dram.  Just to check, I then ran 'gustest -d' to dump the
  251. memory and see if it had really been cleared out.
  252.  
  253.     Around 0x10000, the GUS's memory was still filled with
  254. garbage!  (And, to back check, I ran star control 2, and got the noise
  255. problem again.)
  256.  
  257.     No, I wasn't running SBOS.  :)
  258.  
  259.     Any suggestions?  Is this a bug?
  260.  
  261. -- 
  262. Dave  ddebry@ debry@   \ 
  263. DeBry dsd.    peruvian. | "It's not whether you win or lose the race, but how
  264.       es.     cs.utah.  |  you look with the big cardboard taco on your head."
  265.       com     edu      /  
  266.  
  267. ------------------------------
  268.  
  269. Date: Tue, 11 May 93 17:37:44 
  270. From: john.smith@gravis.com
  271. Subject: SBOS V2.0B7 - QUICK FEEDBA
  272. Message-ID: <9305111737.A0796wk@gravis.com>
  273.  
  274. I released SBOS V2.0B7 today (GUS0024.ZIP).  Can someone upload this to EPAS
  275. for me? Basically all it does is fix the load high problem people where having.
  276.  
  277.  
  278.  We have to make sure that SBOS is working CORRECTLY before we dup 20,000
  279. disks.  Give us some quick feedback, its holding up the mail out.
  280.  
  281. John
  282.  
  283. ------------------------------
  284.  
  285. Date: Mon, 10 May 93 22:37:11 EST
  286. From: Steven.Morrison@f1.n251.z1.fidonet.org (Steven Morrison)
  287. Subject: Sound in UltraBots by NovaLogic
  288. Message-ID: <30109.2BEF7992@ns.fidonet.org>
  289.  
  290. Is there any way at all to get sound out of UltraBots on the Ultrasound? 
  291.  
  292. Is NovaLogic planning a patch for this game?
  293.  
  294. Thanks!
  295. --  
  296. =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  297.             (Gated via FidoNet Node 1:1/31)
  298.  Steven Morrison      Internet: Steven.Morrison@f1.n251.z1.fidonet.org
  299.  
  300. ------------------------------
  301.  
  302. Date: Tue, 11 May 93 14:56:55 EDT
  303. From: snowdog@binkley.cs.mcgill.ca (Rodney CHANG)
  304. Subject: tech support woes
  305. Message-ID: <9305111856.AA17148@binkley.cs.mcgill.ca>
  306.  
  307. Last week I went to a computer expo and I saw a guy who just bought 
  308. a gus (with the new install disks).  My first reaction was not of 
  309. elation for a new-to-be guser but of pity. "Good luck trying to get it 
  310. working with your computer", I thought.  Don't get me wrong, I love my gus, 
  311. but unless you live in B.C. or have an internet or compuserve account, you 
  312. ain't gonna get much tech help from nobody.  Luckily I had no problems 
  313. installing the card, but for the computer illiterate this is his/her
  314. worst nightmare.  I just don't know how someone without an internet account
  315. can solve problems without spending mucho dinero on phone bills.  The lack
  316. of good, cheap support and documentation will be the death of this great
  317. card. 
  318.  
  319. -- 
  320. Rodney Chang          | This space available for rent.
  321. snowdog@cs.mcgill.ca  | #include <favorite_rush_quote.h>
  322. b7jd@musicb.mcgill.ca | ** Les Expos & Nordiques in '93, '94, '95, '96  ... ***
  323.  
  324. ------------------------------
  325.  
  326. Date: Wed, 12 May 1993 01:33:35 +0800 (WST)
  327. From: aboyt@tartarus.uwa.edu.au (Adam Boyt)
  328. Subject: UK software
  329. Message-ID: <199305111733.AA15531@tartarus.uwa.edu.au>
  330.  
  331.  
  332.  
  333. IMPORTANT!!!
  334.  
  335. Good People, John Smith has just informed me that the software which is to
  336. be bundled with the new disks hasn't been released yet.  Therefor the UK
  337. company must be using older copies of the stuff (which might explain why
  338. the software seems to have problems).  If I were you I'd start asking
  339. questions.   
  340.  
  341. Also the new SDK (I think the public one) will have in it the 3D sound
  342. drivers and should be out soon.
  343.  
  344. Cheers.
  345.  
  346. Adam (Ferrous) Boyt
  347.  
  348. ------------------------------
  349.  
  350. Date: 11 May 1993 18:22:02 +0800
  351. From: TC <SH7126146@NTUVAX.NTU.AC.SG>
  352. Subject: VMAP and GUS
  353. Message-ID: <01GY24DSPDBM8Y7A2A@NTUVAX.NTU.AC.SG>
  354.  
  355. Morgan_Stair@dl5000.bc.edu says:
  356.  
  357. > What does vmap mean anyway... is it that the GUS-windows-midi drivers
  358. > and GUS-DOS-playmidi use logarithmic volume scale, and thus midi files
  359. > need to have all their "volume" information changed for GUS?
  360.  
  361. Correct. The GUS's volume control is logarithmic, while Roland's
  362. synthesizers use linear volume control from 0-127.
  363.  
  364. One of the functions GMOS will perform is to use a lookup table
  365. to convert these linear volume to logarithmic volume.
  366.  
  367. .tc
  368.  
  369. ------------------------------
  370.  
  371. Date: Tue, 11 May 93 20:08:57 +0200
  372. From: jbergman@elixir.e.kth.se (Jan Bergman)
  373. Subject: WAV file generation 
  374. Message-ID: <9305111808.AA02595@pepsi>
  375.  
  376. WAV file generation 
  377. --------------------
  378.  
  379. This is a repost from comp.sys.dsp
  380.  
  381. In article <1993May6.070343.5335@uxmail.ust.hk> alexlee@uxmail.ust.hk (Alex Sauleung Lee) writes:
  382. >Jerry Bruce (bruce@delhi.eedsp.gatech.edu) wrote:
  383. >: I am in dire need of some source code for WAV file generation.
  384. >: I have tried to use the WAV/RIFF specs from the net but they
  385. >: are quite terse and hard to follow.  My attempts at coding have
  386.  
  387.  
  388. >: failed, and I thought if I had some true and tried code that my
  389. >: subsequent attempts might be more sucessful.
  390. >
  391. >: Does anyone have some source to create .WAV files for playback.
  392. >: Any language is fine, but C/C++ is preferred.  If so, please
  393. >: send me a copy via e-mail.  Thanks in advance.
  394. >
  395. > You can try mtlabsnd.zip (for matlab 3.5 or above). THis files contains
  396. > program to convert matlab data file (.mat file) to .wav file.  Good for
  397. > playing sound and doing some analysis in windows.
  398. >
  399. > The file can be found in oak.oakland.edu /pub/msdos/windows3 (or any
  400. > simtel mirrors).
  401. >
  402. >Alex Lee
  403. >Hong Kong University of Science and Technology
  404. >email : alexlee@uxmail.ust.hk
  405.  
  406.  
  407. Other methods of conversion have been posted (MatLab scripts and SOX),
  408. but here is some C code to get to the "guts" of the .WAV file!
  409.  
  410. This is a "slightly" modified version of the file that I
  411. recieved from Tom Wallace <twallace@access.digex.net>.  I compiled it under
  412. Borland C/C++ for OS/2 with no problem and made .WAV files that sound great.
  413.  
  414. NOTE: the input file is a file of floating point numbers between -1 and +1.
  415.       if your data is not in this format, read it in and manipulate it so
  416.       that it is signed and full value (8bit or 16bit) before writing to the
  417.       .WAV file.  This can be made very powerful (I read in a MatLab .MAT 
  418.       file and write out a .WAV file)
  419.  
  420. Several of us owe Tom Wallace <twallace@access.digex.net> a large "thank you"
  421. and I personally would like to offer a hearty "To HELL with Georgia!"
  422.  
  423. Also, thanks to everyone else who mailed me code, and happy WAVing!
  424. ----------------------- cut here -------------------------------------------
  425. #include <stdio.h>
  426. #include <stdlib.h>
  427. #include <ctype.h>
  428.  
  429. void write_1(signed char w, FILE *outfile);
  430. void write_2(short w,FILE *outfile);
  431. void write_4(long w,FILE *outfile);
  432.  
  433. void main(int argc,char **argv)
  434. {
  435. /*
  436.   Reads a data file containing floating point numbers between +1 and -1, 
  437.   and writes it to a (mono) WAV format file with Fs kHz and 1 or 2 byte samples.
  438.   1st entry in <infile> needs to be the number of samples in <infile>.
  439.   Not much error checking is done, so WATCH OUT!
  440.  
  441.  
  442.  
  443.   syntax: makwav <infile> <outfile> <Fs> <bytes>
  444.  
  445.   See also: PC Magazine Feb. 11, 1992, p.369.
  446. */
  447.   FILE *infile,*outfile;
  448.   short bytes, data;
  449.   float d;
  450.   long nsamp, i, Fs;
  451.  
  452.   infile = fopen(argv[1],"rb");        /* note this file is binary */
  453.   outfile = fopen(argv[2],"wb");
  454.   Fs = atol(argv[3]);
  455.   bytes = atoi(argv[4]);
  456.   if ((bytes !=2) || (bytes !=1)) bytes = 1;
  457.  
  458.   fscanf(infile,"%li",&nsamp);           /* make sure that number of samples */
  459.   printf("%ld\n",nsamp);               /* is first entry in infile */
  460.  
  461.   fputs("RIFF",outfile);               /* id for a RIFF resource file */
  462.   write_4(bytes*nsamp+36L,outfile);    /* size of waveform chunk (bytes) */
  463.   fputs("WAVEfmt ",outfile);           /* id for a WAV file */
  464.   write_4(16L,outfile);                /* size of format chunk (bytes) */
  465.   write_2(1,outfile);                  /* indicates PCM encoded data */
  466.   write_2(1,outfile);                  /* number of channels */
  467.   write_4(Fs,outfile);                 /* sampling rate in Hz */
  468.   write_4(bytes*Fs,outfile);           /* data rate in bytes/sec */
  469.   write_2(bytes,outfile);              /* bytes/sample (round up) */
  470.   write_2(8L*bytes,outfile);           /* bits/sample */
  471.   fputs("data",outfile);               /* id for data chunk */
  472.   write_4(bytes*nsamp,outfile);        /* length of data chunk (bytes) */
  473.   for(i=0;i<nsamp;i++) {
  474.     fscanf(infile,"%f",&d);            /* read a data item from <infile> */
  475.     printf("%f\n",d);
  476.     if (bytes == 2)
  477.       write_2(0.5*d*32768,outfile);    /* write to the WAV file with 2 bytes */
  478.     else
  479.       write_1(0.5*d*128,outfile);      /* write to the WAV file with 1 byte */
  480.   }
  481.   fclose(infile);
  482.   fclose(outfile);
  483. }
  484.  
  485. void write_2(short w,FILE *outfile)
  486. {
  487.   putc(w % 256,outfile);
  488.   putc(w / 256,outfile);
  489. }
  490.  
  491. void write_4(long w,FILE *outfile)
  492. {
  493.   int i;
  494.   for(i=0;i<4;i++) {
  495.     putc(w % 256,outfile);
  496.  
  497.  
  498.     w >>= 8;
  499.   }
  500. }
  501.  
  502. void write_1(signed char 2, FILE *outfile)
  503. {
  504.   putc (w, outfile);
  505. }
  506.  
  507.  
  508. -- 
  509. J.W.Bruce
  510. Georgia Institute of Technology
  511. School of Electrical Engineering
  512. Digital Signal Processing Group
  513. Atlanta, Georgia 30332-0250
  514.  
  515. INTERNET: bruce@eedsp.gatech.edu
  516.  
  517. ------------------------------
  518.  
  519. End of Ultrasound Daily Digest V3 #42
  520. *************************************
  521.  
  522. To post to tomorrow's digest:                        <ultrasound@dsd.es.com>
  523. To (un)subscribe or get help:                <ultrasound-request@dsd.es.com>
  524. To contact a human (last resort):              <ultrasound-owner@dsd.es.com>
  525.  
  526. FTP sites:                archive.epas.utoronto.ca         pub/pc/ultrasound
  527.                           wuarchive.wustl.edu       systems/msdos/ultrasound
  528. Hints:
  529.       - Get the FAQ from the FTP sites or the request server.
  530.       - Mail to <ultrasound-request@dsd.es.com> for info about other GUS
  531.         related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  532.  
  533.  
  534.